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METHOD, APPARATUS AMD COMPUTER PROG RAM p RODprT FOR i NTEnBaTTTjri 

HETEROGENEOUS SYSTEMS 

Field of the Invention 

This invention relates to the field of integration of enterprise 
applications and systems, and more particularly to the integration of 
heterogeneous systems in which support for qualities of service, such as 
synchronization and recovery, may be required by some subsystems, and 
provided or not provided by other subsystems. 

Background of the Invention 

Enterprise Application Integration (EAI) is key to many companies' 
business strategies. The ability to integrate existing systems with new 
systems is seen as an essential in, for example, web-enabling existing 
applications. A fundamental part of EAI is the ability to coordinate 
updates made to disparate systems that form part of an enterprise 
information system. For example, a new application, running on an 
application server, which brings together in an enterprise information 
system two existing database applications and an Enterprise Resource 
Planning, or ERP, system (for example, SAP R/3) needs to be able to 
coordinate updates made to those three systems. The inability to do so 
could result in loss of data integrity. 

The technology which provides the access to the systems and the 
integration with the application server is often referred to as Connectors. 
Connector coordination can be provided through two interfaces, the 
coordinator and the resource. Resources can represent Enterprise 
Information Systems, as shown in Figure 2. An Enterprise Information 
System may comprise databases, ERP systems, and the like. The Resources 
require certain Quality of Service commitments from their environments (via 
the Coordinator) . ("Quality of Service" is used here to refer to such 
characteristics of systems as their level of support for recoverability of 
data after a system failure. Some systems provide full recovery support, 
while others do not. Other such characteristics are, for example, the 
ability or otherwise to support asynchronous processing.) The use of 
coordinator and resource interfaces is found in transaction services such 
as that provided by the Object Management Group's (OMG) CORBA 
specification, known as the Object Transaction Service (OTS) . in general 
with such services, the implementation of both the resource and the 
coordinator is provided by the same organization. This means that the 



GB920000092GB1 



Quality of Service (QOS) required and provided by each is known from the 
beginning . 

EAI introduces a new dimension of difficulty which is unavoidable due 
to the large numbers of heterogeneous systems which need. to be integrated, 
and the large number of application servers which need to provide 
integration. A significant problem is that the implementers of the 
coordinator or coordinators and the implementers of the resource or 
resources may be different organizations whose members may never have met 
cr communicated. In an attempt to overcome the differences between systems 
supplied by different vendors, the J2EE Connector Architecture 
specification allows a resource adapter to describe a resource's 
capabilities in a deployment descriptor, but the application server and the 
coordinator are required to support all possible options, which is 
cumbersome for some lightweight runtimes. 

Measures of QOS for coordinators and resources include commit phase 
support (also known as sync level support) , which may be one phase commit 
or two phase commit, and recovery support (that is, whether or not logging 
is supported to preserve integrity beyond a system crash) . 

The ways in which these QOS are provided, and the QOS resulting from 
different coordinator and resource pairings can vary greatly, and some 
pairings may be invalid. The provision of commit phase support and 
recovery support is essential in systems which have a characteristic known 
as "transactionality" . 

The term "transactionality" is used in the field of data processing 
to refer to the characteristic of a piece of data processing work that may 
be defined as having a necessary unity. For example, the data processing 
task of processing a cash withdrawal from an automated teller machine has 
several elements, but all must take place for the transaction to be 
completed. The user's identity must be verified, the cash must be issued, 
and the user's account must be updated to reflect the new balance after the 
withdrawal, and so on. If the machine runs out of cash or suffers some 
other failure, so that the withdrawal does not take place, the user's 
account must not be updated, or, if it has already been updated before the 
point of failure, the update must be cancelled so that the account returns 
to its previous state. For background information on the properties of 
transactions, see Transaction Processing: Concen ts and Techniq ue j. Gray 
and A. Reuter. 
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Clearly, however, there exist more complex business environments 
requiring characteristics other than those of this simple, unitary 
transaction model, and these are the subject of continuing study and 
research. For background information on more complex transaction 
environments, see Database Transaction Models . Ahmed K. Elmagarmid, ed. , 
and Advanced Transaction Models and Architectures . Jajodia and Kerschberg, 
eds. Examples taken from real life include, for example, the booking of a 
vacation, which may involve multiple transactions to book flights and hire 
cars, reserve hotel rooms, and so on, using a number of different systems 
independently developed by different suppliers. The management of 
transactions and coordination of updates in such environments adds to the 
complexity of the problems faced by application developers, and the 
cumbersome nature of existing solutions is unacceptable in environments in 
which performance is critical. 

Summary of the Invention 

The present invention accordingly provides, in a first aspect, a 
method for integrating heterogeneous processing systems, said method 
comprising the steps of: 

requesting by a first one of a resource component and coordinator 
pair a first indicator indicating a first quality of service supported by a 
second one of said pair; responding by said second one of said pair with 
said first indicator; receiving by said first one of said pair said first 
indicator; responsive to said first indicator, determining by said first 
one of said pair whether said first quality of service is acceptable ,- 
responsive to said determining, offering by said first one of said pair to 
permit one of joining in coordination with said second one of said pair and 
not joining in coordination with said second of said pair; responsive to 
said offering by said first one of said pair to permit joining in 
coordination with said second one of said pair, requesting by said second 
one of said pair a second indicator indicating a second quality of service 
acceptable to said first one of said pair; responding by said first one of 
said pair with said second indicator; receiving by said second one of said 
pair said second indicator; responsive to said second indicator, 
determining by said second one of said pair to permit joining in 
coordination with said first one of said pair; and responsive to 
determining by said second one of said pair to permit joining in 
coordination with said first one of said pair, determining a quality of 
service provision for said coordination. 
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Preferably, said first one of said pair comprises a resource 
component and said second one of said pair comprises a coordinator. 

Preferably, said resource component comprises a resource manager. 

Preferably, said resource component comprises a resource adapter. 

Preferably, a resource manager of the first aspect comprises a 
database manager. 

Preferably, said resource manager comprises an Enterprise Resource 
Planning system. 

Preferably, said coordinator comprises a transaction manager. 

Preferably, said first one of said pair comprises a coordinator and 
said second one of said pair comprises a resource component. 

Preferably, said resource component comprises a resource manager. 

Preferably, said resource component comprises a resource adapter. 

Preferably, said resource manager comprises a database manager. 

Preferably, said resource manager comprises an Enterprise Resource 
Planning system. 

A method according to the first aspect may be performed at startup 
of a server. 

A method peformed at the startup of a server preferably comprises the 
prior step of: sending, by said server, a request to a first one of a 
resource and coordinator pair to initiate requesting said first indicator 
indicating a quality of service supported by a second one of resource and 
coordinator pairs. 

Preferably, at least one of said first and said second qualities of 
service comprises a commit phase support. 

Further preferably, said commit phase support comprises at least one 
of one phase commit support and two phase commit support. 
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Preferably, at least one of said first and said second qualities of 
service comprises recovery support. 

Preferably, at least one of said resource component and coordinator 
pair comprises a platform- independent program code component. 

Preferably, a quality of service provision is renegotiated. 

In a second aspect, the present invention provides a computer program 
product comprising computer . program code tangibly embodied in a signal 
bearing medium, said computer program code comprising instructions to, when 
loaded into a computer system and executed, cause said computer to perform 
the steps of; requesting by a first one of a resource component and 
coordinator pair a first indicator indicating a first quality of service 
supported by a second one of said pair; responding by said second one of 
said pair with said first indicator; receiving by said first one of said 
pair said first indicator; responsive to said first indicator, determining 
by said first one of said pair whether said first quality of service is 
acceptable; responsive to said determining, offering by said first one of 
said pair to permit one of joining in coordination with said second one of 
said pair and not joining in coordination with said second of said pair; 
responsive to said offering by said first one of said pair to permit ' 
joining in coordination with said second one of said pair, requesting by 
said second one of said pair a second indicator indicating a second quality 
of service acceptable to said first one of said pair; responding by said 
first one of said pair with said second indicator; receiving by said second 
one of said pair said second indicator; responsive to said second 
indicator, determining by said second one of said pair to permit joining in 
coordination with said first one of said pair; and responsive to 
determining by said second one of said pair to permit joining in 
coordination with said first one of said pair, determining a quality of 
service provision for said coordination. 

Preferred features of the second aspect comprise program elements to 
perform steps corresponding to the preferred steps of the method of the 
first aspect. 

In a third aspect, the present invention provides apparatus for 
integrating heterogeneous processing systems, said apparatus comprising: 
means for requesting by a first one of a resource component and coordinator 
pair a first indicator indicating a first quality of service supported by a 
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second one of said pair; means for responding by said second one of said 
pair with said first indicator; means for receiving by said first one of 
said pair said first indicator; means responsive to said first indicator, 
for determining by said first one of said pair whether said first quality 
of service is acceptable; means responsive to said determining, for 
offering by said first one of said pair to permit one of joining in 
coordination with said second one of said pair and not joining in 
coordination with said second of said pair; means responsive to said 
offering by said first one of said pair to permit joining in coordination 
with said second one of said pair, for requesting by said second one -of 
said pair a second indicator indicating a second quality of service 
acceptable to said first one of said pair; means for responding by said 
first one of said pair with said second indicator; means for receiving by 
said second one of said pair said second indicator; means responsive to 
said second indicator, for determining by said second one of said pair to 
permit joining in coordination with said first one of said pair; and means 
responsive to determining by said second one of said pair to permit joining 
in coordination with said first one of said pair, for determining a quality 
of service provision for said coordination. 

Preferred features of the third aspect comprise means in the 
apparatus to perform actions corresponding to the preferred steps of the 
method of the first aspect. 

The present invention thus provides for a negotiation phase between a 
coordinator and a resource. It does not mandate one particular way of 
performing this negotiation. One skilled in the art will clearly see that 
there are a number of possible implementations, with the steps of the 
negotiation being carried out in sequences other than that described in the 
preferred embodiment. 

Advantageously, in the present invention neither the coordinator nor 
the resource has sole responsibility for determining whether a particular 
resource can be coordinated by a particular coordinator. The decision is 
made by mutual agreement. 

The use of a negotiation phase according to the present invention 
thus advantageously allows more flexibility and the ability for the 
coordinator and resource to agree on the Quality of Service the pairing can 
provide, allowing for runtime environments in which not all qualities of 
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service need to be allowed for, and thereby permitting the use of smaller, 
less resource -consuming runtimes. 

Brief Description of the Drawings 

Preferred embodiments of the present invention will now be described 
by way of example only, with reference to the accompanying drawings, in 
which : 

Figure 1 shows a computer system according to a preferred embodiment 
of the present invention. 

Figure 2 shows the architecture of the prior art as described in the 
J2EE Connector Architecture specification. 

Figure 3 shows the enlisting of a resource for it to participate in ; 
transaction as defined in the prior art J2EE specification. 

Figure 4 shows an augmentation of the J2EE enlistment process 
according to a first preferred embodiment of the present invention. 

Figure 5 shows how a resource becomes registered with a coordinator 
as defined by the prior art CORBA Object Transaction Service (OTS) . 

Figure 6 shows an augmentation of the OTS resource registering 
process according to a second preferred embodiment of the present 
invention. 

Detailed descr iption of the preferred embodiments 

Preferred embodiments of the present invention may be implemented in 
apparatus as shown in Figure 1, in which a computer system (100) comprises 
a resource component (102) and a coordinator (104) . Resource component 
(102) comprises a requester element (106) for requesting a QOS supported 
indicator from the coordinator (104) . Coordinator (104) comprises a 
responder element (108) for responding with a QOS supported indicator. 
Resource component (102) further comprises a receiving element (110) which 
receives the QOS supported indicator, and a determining element (112) for 
determining whether or not the QOS indicator is such that the resource 
component (102) should offer to be coordinated by the coordinator (104) . 
Resource component (102) further comprises an offering element (114) for 
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offering to be coordinated by the coordinator (104) . Coordinator (104) 
further comprises a requester element (116) for requesting, in response to 
an offer, a QOS supported indicator from resource component (102) . 
Resource component (102) additionally comprises a responder element (118) 
for responding with a QOS supported indicator. Coordinator (104) comprises 
a receiver element (120) for receiving a QOS supported indicator from 
resource component (102), and a determining element (122) for determining 
whether or not the QOS supported indicator is such that coordinator (104) 
should agree to coordinate resource component (102) . Finally, coordinator 
(104) comprises a determining element (124) for determining the QOS 
provision that is required to coordinate the resource component (102) . In 
an alternative embodiment, the elements and components shown in the 
resource component (102) and the elements and components in the coordinator 
(104) may be arranged the other way round from that shown in the exemplary 
15 drawing in Figure 1, so that, for example, it is a requester element in the 

coordinator that initiates the exchange of flows, and the exchange of flows 
continues with a response from a responder element in the resource 
component, and so on to the end of the negotiation. 

20 xt will be clear to one skilled in the art that the embodiment as 

shown in Figure 1 is much simplified for ease of understanding, and that 
combinations of computer systems in networks may equally be used in 
implementing the resource and coordinator components having the features of 
the preferred embodiments of the present invention. Clearly, too, in such 
environments, various of the elements of the coordinators and resources may 
themselves be distributed across multiple computer systems. One skilled in 
the art will also clearly see that there are a number of possible 
implementations wherein the steps of the negotiation are carried out in 
sequences other than that described in the preferred embodiment. The 
negotiation steps of providing an indicator and requesting an indicator 
might, for example, be combined in a single message to reduce the number of 
flows across a network, and the negotiation may be initiated by either the 
resource, the coordinator, or a "third party". 

35 In the preferred embodiments of the present invention, agreement 

between a resource and a coordinator is achieved in a minimum of two 
stages : 



25 



30 



40 



1. The resource queries the coordinator for any relevant information it 

needs in order to make its decision (coordinator QOS information) . For 
example, if the resource supports two phase commit, and recovery, then it 
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queries the coordinator, through known methods on the coordinator 
interface, as to whether it supports two phase commit and recovery. it 
uses the information it gets back to determine whether it will offer itself 
to the coordinator for coordination. 

2. When the resource is offered to the coordinator, the Coordinator 
queries the resource to determine what level of support the resource 
provides (resource QOS information) . The coordinator uses this information 
to decide whether to allow the resource to be coordinated, and, if so, how. 
This decision can then be fed back to the application server in the form of 
an information or warning message stating what QOS the resource and 
coordinator pairing will provide. 

Again, it will be readily apparent to one skilled in the art that the 
negotiation between the resource and the coordinator may equally well be 
carried out the other way round. 

A Quality of Service table can be used to represent the possible 
contracts for coordinator and resource pairings. These contracts are 
matched up to determine the resulting QOS at runtime. Below is an example 
of a QOS table showing the resulting QOS achieved when matching different 
coordinator and resource QOS. The example shown is only intended to 
demonstrate such a table. Tables may differ depending on what assumptions 
are made. A "-» means that the value is irrelevant to the resulting QOS. 
"Bracketing" means that the resources are told when to commit or rollback, 
but do not vote on the decision. "Distributed Bracketing" means the 
resources are able to vote on the outcome, and therefore the decision is 
distributed. "Atomic Transaction" means that there is no voting, but there 
is recovery. "Distributed Atomic Transaction" means that all the resources 
vote on the outcome, and can be recovered. 

Coordinator Resource 

Phase Recovery Phase Recovery Number of Quality of Service 

Resources 

1 No 1 Bracketing 

1 No 1 Bracketing 

No 1 - 1 Bracketing 

1 - No 1 Bracketing 



1 



2 No 2 

2 - 2 No 



>1 Bracketing 
1 - >1 Bracketing 



Distributed Bracketing 
Distributed Bracketing 

1 Yes - Yes 1 Atomic Transaction 
Yes 1 Yes 1 Atomic Transaction 

2 Yes 2 Yes - Distributed Atomic 

Transaction 
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The following assumptions were made in the creation of this table: 

1. A two phase capable resource or coordinator can use one phase when 
there is only one resource registered (OTS behaves in this way) . 

2. There is no Last Agent Optimization (this technique permits a single 
one phase capable resource to be part of a distributed transaction) . 

3 . A one phase capable resource can register with a two phase capable 
coordinator and a two phase . capable resource can register with a one phase 
capable coordinator . 

It will be clear to one skilled in the art that these assumptions may 
vary, depending on the nature of the heterogeneous systems that are 
participating in the overall data processing task. 

In Figure 2 is shown a typical configuration of eleme nts comprising 
a prior art system as defined in the J2EE specification, in which a 
transaction contract exists between a transaction manager (which represents 
one possible embodiment of a coordinator) and a resource adapter. 

The process by which a resource is enlisted in a system of the prior 
art defined in the J2EE specification is shown in Figure 3. At Step 1, an 
application server issues a getXAResource call to the managed connection of 
the resource adapter. At Step 2, the application server issues a 
Transaction. enlistResource resource call to the transaction manager. At 
Step 3, the transaction manager issues an XAResource . start call to the 
XARe source . 

In a first preferred embodiment of the present invention, as shown in 
Figure 4, an additional negotiation phase has been inserted between Steps 2 
and 3 of the enlistment process. 

Steps 2.1-2.3 are the additional calls created for this negotiation 
phase. During the enlist, the transaction manager requests the 
capabilities from the XAResource (the queryCapabilities call) . The details 
of how the capabilities that are returned are specified is not part of the 
subject matter of the present invention, but they may implement any 
interface which allows the resource to describe all its capabilities, such 
as one or two phase commit, recovery, etc. One skilled in the art will 
readily understand that there may be various detailed implementations of 
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such an interface, and that the capabilities listed above (commit support 
and recovery support) are given as examples rather than being intended as 
an exhaustive list. The transaction manager decides, based on the returned 
capabilities, whether it is capable of coordinating the XAResource. If it 
is capable then it continues on to step 2.2. If not it returns a failure 
from the enlistResource call. 

In step 2.2, the transaction manager offers itself to the XAResource 
thus permitting the resource to communicate with the transaction manager. 
In step 2.3, the XAResource. queries the transaction manager's capabilities. 
As with the capabilities of the XAResource, the details of how they are 
specified is not part of the subject matter of the present invention, but 
it may implement the same, or a similar, specified interface which allows 
the transaction manager to describe all its capabilities, such as one or 
two phase commit, recovery, etc. Again, these capabilities are intended as 
examples only, and one skilled in the art will readily perceive that 
information about other capabilities may also be included in the interface. 
The XAResource decides, based on the returned capabilities, whether it 
believes it should be coordinated by the transaction manager. If it is 
satisfied then it returns an "acceptance" from the of f erTransactionManager 
(which may just be a non-error return) . If not it returns a "rejection" 
from the of f erTransactionManager call (which could be in the form of an 
exception) . This rejection is then mapped to a failure from the 
enlistResource call. One skilled in the art will readily understand that 
the return messages may alternatively take the form of more detailed 
informational messages, and that it is envisioned that further negotiation 
steps may be added where, for example, a "second-best-fit" might be 
acceptable to the resource and coordinator pair. 

Figure 5 shows the prior art process by which a resource is 
registered with a coordinator as defined in the OTS specification. In Step 
1, a resource adapter issues a "new" call to a resource. In Step 2, the 
resource adapter issues "get_control" , and at Step 3, "get_coordinator" . 
The resource adapter is now in communication with the coordinator, and at 
Step 4, it issues "register_resource" . 

In a second preferred embodiment of the present invention, shown in 
Figure 6, Steps 4.1-4.3 show an example of the additional calls required to 
implement the negotiation technique in an OTS environment. 
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In both the first and the second preferred embodiments, the 
negotiation is performed between the resource and the coordinator (or 
transaction manager) . One skilled in the art will readily perceive that 
this negotiation could equally well be performed between the resource 
adapter and the coordinator. However, this embodiment would require the 
specification of wholly new interfaces rather than the augmentation of 
existing interfaces, and is therefore less preferred. 

A further alternative embodiment of the present invention would be to 
have the negotiation phase performed at server startup. In this 
alternative embodiment, the server would initiate the negotiation between 
the transaction manager and all the deployed resources or resource 
adapters . 



The present invention is preferably embodied as a computer program 
product for use with a computer system. Such an implementation may 
comprise a series of computer readable instructions either fixed on a 
tangible medium, such as a computer readable medium, e.g., diskette, 
CD-ROM, ROM, or hard disk, or transmittable to a computer system, via a 
modem or other interface device, over either a tangible medium, including 
but not limited to optical or analog communications lines, or intangibly 
using wireless techniques, including but not limited to microwave, infrared 
or other transmission techniques. The series of computer readable 
instructions embodies all or part of the functionality previously described 
herein. 

Those skilled in the art will appreciate that such computer readable 
instructions can be written in a number of programming languages for use 
with many computer architectures or operating systems. Further, such 
instructions may be stored using any memory technology, present or future, 
including but not limited to, semiconductor, magnetic, or optical, or 
transmitted using any communications technology, present or future, 
including but not limited to optical, infrared, or microwave. It is 
contemplated that such a computer program product may be distributed as a 
removable medium with accompanying printed or electronic documentation, 
e.g., shrink wrapped software, pre-loaded with a computer system, e.g., on a 
system ROM or fixed disk, or distributed from a server or electronic 
bulletin board over a network, e.g., the Internet or World Wide Web. 
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CLAIMS 



1. A method for integrating heterogeneous processing systems, said 
method comprising the steps of: 

requesting by a first one of a resource component and coordinator 
pair a first indicator indicating a first quality of service supported by a 
second one of said pair; 

responding by said second one of said pair with said first indicator; 

receiving by said first one of said pair said first indicator; 

responsive to said first indicator, determining by said first one of 
said pair whether said first quality of service is acceptable; 

responsive to said determining, offering by said first one of said 
pair to permit one of joining in coordination with said second one of said 
pair and not joining in coordination with said second of said pair; 

responsive to said offering by said first one of said pair to permit 
joining in coordination with said second one of said pair, requesting by 
said second one of said pair a second indicator indicating a second quality 
of service acceptable to said first one of said pair; 

responding by said first one of said pair with said second indicator ; 

receiving by said second one of said pair said second indicator; 

responsive to said second indicator, determining by said second one 
of said pair to permit joining in coordination with said first one of said 
pair; and 



responsive to determining by said second one of said pair to permit 
joining in coordination with said first one of said pair, determining a 
quality of service provision for said coordination. 

2. A method as claimed in claim 1, wherein said first one of said pair 
comprises a resource component and said second one of said pair comprises 
coordinator. 
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3. A method as claimed in claim 2, wherein said resource component 
comprises a resource manager. 

4. A method as claimed in claim 2, wherein said resource component 
comprises a resource adapter. 

5. A method as claimed in claim 3, wherein said resource manager 
comprises a database manager. 

6. A method as claimed in claim 3, wherein said resource manager 
comprises an Enterprise Resource Planning system. 

7. A method as claimed in claim 2, wherein said coordinator comprises 
transaction manager. 

8. A method as claimed in claim 1, wherein said first one of said pair 
comprises a coordinator and said second one of said pair comprises a 
resource component . 

9. A method as claimed in claim 8, wherein said resource component 
comprises a resource manager. 

10. A method as claimed in claim 8, wherein said resource component 
comprises a resource adapter. 

11. A method as claimed in claim 9, wherein said resource manager 
comprises a database manager. 

12. A method as claimed in claim 9, wherein said resource manager 
comprises an Enterprise Resource Planning system. 

13. A method as claimed in claim 1, said method being performed at 
startup of a server. 

14. A method as claimed in claim 13, further comprising the prior step 
Of : 



sending, by said server, a request to a first one of a resource and 
coordinator pair to initiate requesting said first indicator indicating a 
quality of service supported by a second one of resource and coordinator 
pairs . 
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15. A method as claimed in claim 1, wherein at least one of said first 
and said second qualities of service comprises a commit phase support. 

16. A method as claimed in claim 15, wherein said commit phase support 
comprises at least one of one phase commit support and two phase commit 
support . 

17. A method as claimed in claim 1, wherein at least one of said first 
and said second qualities of service comprises recovery support. 

18. A method as claimed in claim 1, wherein at least one of said resource 
component and coordinator pair comprises a platform- independent program 
code component . 

19. A method as claimed in claim 1, wherein a quality of service 
provision is renegotiated. 

20. A computer program product comprising computer program code tangibly 
embodied in a signal bearing medium, said computer program code comprising 
instructions to, when loaded into a computer system and executed, cause 
said computer to perform the steps of : 

requesting by a first one of a resource component and coordinator 
pair a first indicator indicating a first quality of service supported by a 
second one of said pair; 

responding by said second one of said pair with said first indicator; 

receiving by said first one of said pair said first indicator; 

responsive to said first indicator, determining by said first one of 
said pair whether said first quality of service is acceptable; 

responsive to said determining, offering by said first one of said 
pair to permit one of joining in coordination with said second one of said 
pair and not joining in coordination with said second of said pair; 

responsive to said offering by said first one of said pair to permit 
joining in coordination with said second one of said pair, requesting by 
said second one of said pair a second indicator indicating a second quality 
of service acceptable to said first one of said pair; 
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responding by said first one of said pair with said second indicator; 
receiving by said second one of said pair said second indicator; 

responsive to said second indicator, determining by said .second one 
of said pair to permit joining in coordination with said first one of said 
pair; and 

responsive to determining by said second one of said pair to permit 
joining in coordination with said first one of said pair, determining a 
quality of service provision for said coordination. 



21. A computer program product as claimed in claim 20, wherein said first 
one of said pair comprises a resource component and said second one of said 

15 pair comprises a coordinator. 

22. A computer program product as claimed in claim 21, wherein said 
resource component comprises a resource manager. 



23. A computer program product as claimed in claim 21, wherein said 
resource component comprises a resource adapter. 

24. A computer program product as claimed in claim 22, wherein said 
resource manager comprises a database manager. 

25. A computer program product as claimed in claim 22, wherein said 
resource manager comprises an Enterprise Resource Planning system. 

26. A computer program product as claimed in claim 21, wherein said 
coordinator comprises a transaction manager. 

27. A computer program product as claimed in claim 20, wherein said first 
one of said pair comprises a coordinator and said second one of said pair 
comprises a resource component. 

28. A computer program product as claimed in claim 27, wherein said 
resource component comprises a resource manager. 



40 



29. A computer program product as claimed in claim 27, wherein said 
resource component comprises a resource adapter. 
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30. A computer program product as claimed in claim 28, wherein said 
resource manager comprises a database manager. 

31. A computer program product as claimed in claim 28, wherein said 
resource manager comprises an Enterprise Resource Planning system. 

32. A computer program product as claimed in claim 20, wherein the 
computer program code is executed at startup of a server. 

33. A computer program product as claimed in claim 32, further comprising 
instructions to, when loaded into a computer system and executed, cause 
said computer to perform the prior step of : 

sending, by said server, a request to a first one of a resource and 
coordinator pair to initiate requesting said first indicator indicating a 
quality of service supported by a second one of resource and coordinator 
pairs . 

34. A computer program product as claimed in claim 20, wherein at least 
one of said first and said second qualities of service comprises a commit 
phase support . 



35. A computer program product as claimed in claim 34, wherein said 
commit phase support comprises at least one of one phase commit support and 

2 5 two phase commit support. 

36. A computer program product as claimed in claim 20, wherein at least 
one of said first and said second qualities of service comprises recovery 
support . 



37. A computer program product as claimed in claim 20, wherein at least 
one of said resource component and coordinator pair comprises a 
platform- independent program code component. 

35 38. A computer program product as claimed in claim 20, wherein a quality 

of service provision is renegotiated. 

39. Apparatus for integrating heterogeneous processing systems, said 
apparatus comprising: 

40 
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means for requesting by a first one of a resource component and 
coordinator pair a first indicator indicating a first quality of service 
supported by a second one of said pair; 

means for responding by said second one of said pair with said first 
indicator; 

means for receiving by said first one of said pair said first 
indicator; 

means responsive to said first indicator, for determining by said 
first one of said pair whether said first quality of service is acceptable; 

means responsive to said determining, for offering by said first one 
15 of said P air to permit one of joining in coordination with said second one 

of said pair and not joining in coordination with said second of said pair; 

means responsive to said offering by said first one of said pair to 
permit joining in coordination with said second one of said pair, for 
requesting by said second one of said pair a second indicator indicating a 
second quality of service acceptable to said first one of said pair; 

means for responding by said first one of said pair with said second 
indicator; 

means for receiving by said second one of said pair said second 
indicator ,- 

means responsive to said second indicator, for determining by said 
second one of said pair to permit joining in coordination with said first 
one of said pair; and 
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30 



means responsive to determining by said second one of said pair to 
permit joining in coordination with said first one of said pair, for 
35 determining a quality of service provision for said coordination. 

40. Apparatus as claimed in claim 39, wherein said first one of said pair 
comprises a resource component and said second one of said pair comprises a 
coordinator . 



40 
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41. Apparatus as claimed in claim 40, wherein said resource component 
comprises a resource manager. 

42. Apparatus as claimed in claim 40, wherein said resource component 
comprises a resource adapter. 

43. Apparatus as claimed in claim 41, wherein said resource manager 
comprises a database manager. 

44. Apparatus as claimed in claim 41, wherein said resource manager 
comprises an Enterprise Resource Planning system. 

45. Apparatus as claimed in claim 40, wherein said coordinator comprises 
a transaction manager. 

46. Apparatus as claimed in claim 39, wherein said first one of said pair 
comprises a coordinator and said second one of said pair comprises a 
resource component . 

47. Apparatus as claimed in claim 46, wherein said resource component 
comprises a resource manager. 

48. Apparatus as claimed in claim 46, wherein said resource component 
comprises a resource adapter. 

49. Apparatus as claimed in claim 47, wherein said resource manager 
comprises a database manager. 

50. Apparatus as claimed in claim 47, wherein said resource manager 
comprises an Enterprise Resource Planning system. 

51. Apparatus as claimed in claim 39, further comprising: 

means for sending, by said server, a request to a first one of a 
resource and coordinator pair to initiate requesting said first indicator 
indicating a quality of service supported by a second one of resource and 
coordinator pairs . 



52. Apparatus as claimed in claim 39, wherein at least one of said first 
and said second qualities of service comprises a commit phase support. 



GB920000092GB1 20 ( <jWj 

53. Apparatus as claimed in claim 52, wherein said commit phase support 
comprises at least one of one phase commit support and two phase commit 
support . 



5 54. A method as claimed in claim 39, wherein at least one of said first 

and said second qualities of service comprises recovery support. 

55.. Apparatus as claimed in claim 39, wherein at least one of said 
• resource component and coordinator pair comprises a platform- independent 
10 program code component. 

56. Apparatus as claimed in claim 39, wherein a quality of service 
provision is renegotiated. 
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ABSTRACT OF THE DISCLOSURE 

METHOD, APPARATUS AND COMPUTER PROGRAM PRODUCT FOR INTEGRATING 

HETEROGENEOUS SYSTEMS 

Disclosed are a method, computer program product and apparatus for 
integrating resource and coordinator components in a heterogeneous computer 
system. The technique disclosed involves the introduction of a negotiation 
phase into the resource enlistment or registration process wherein the 
resource component and coordinator component request and respond with 
indicators showing the quality of service that each supports, thus jointly 
establishing at runtime a quality of service to be supported for the 
resource and coordinator pairing. The qualities of service may comprise 
commit phase support and recovery support. 
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